卡口|长效_保姆级包体积优化教程

篇首语：本文由编程笔记#小编为大家整理，主要介绍了保姆级包体积优化教程相关的知识，希望对你有一定的参考价值。

市面上有很多优化方案&＃xff0c;但是都没有一个完整的链路体系&＃xff0c;现在它来了&＃xff0c;本文将带你进阶新高度&＃xff0c;不管是面试、绩效KPI&＃xff0c;还是汇报宣讲&＃xff0c;都能让你游刃有余&＃xff01;

前置必读&＃xff1a;

Android包体积优化&＃xff08;常规、进阶、极致&＃xff09; 涵盖各阶段全面的优化方案。

1、背景

• 提升下载转化率
• …
• 提升更新率&＃xff0c;这个是鲜有人提到的&＃xff0c;二次下载同样重要&＃xff0c;它能推动业务快速落地。

具体可以参考前置必读里面的

2、现状

• 最新版本?MB&＃xff0c;突破80大关&＃xff1f;100大关&＃xff1f;竞对&＃xff1f;
• 近6个月平均每个月增速?MB
• 近6个月平均每个版本更新周期&＃xff08;7天&＃xff1f;10天&＃xff1f;&＃xff09;

横向对比、纵向对比

输出报表

3、目标

减少30MB & 降低30%

树立目标

4、现状具体分析

1. 图片占比15%
2. 代码占比25%
3. so文件50%
4. 其他10%

结合项目分析&＃xff0c;输出每项占比背后的具体因素&＃xff08;设计花哨&＃xff1f;业务复杂&＃xff1f;架构合理&＃xff1f;&＃xff09;

输出饼图

5、优化思路

1. 压缩参与打包的文件
2. 减少参与打包的文件

从哪入手&＃xff0c;怎么做

6、规划思考

1. 如何保证稳定性&＃xff1f;
2. 如何长效治理&＃xff1f;

站在更高的角度去思考问题

如果不能保证稳定性&＃xff0c;那宁愿不做

做完就反弹&＃xff0c;那就是白做

7、里程碑

1. 信息公示
2. 确保进度稳中推进
3. 有风险及时寻求资源支持

8、抓手

• android Studio
• ApkChecker
• ClassShark
• …
• 产出具有项目特色的工具

切入点

9、技术大图

PPT汇报示例

9、图片优化

由手动模式向工具模式进化

10、代码优化

11、远程so

需要熟悉打包流程&＃xff0c;知道Gradle的各种Task执行在干什么事。

大致流程图&＃xff1a;

打包阶段&＃xff0c;在合并apk之前&＃xff0c;把需要远程的so文件上传至远端&＃xff0c;然后剔除掉。

Flutter的so远程这方面没啥资料&＃xff0c;提一下&＃xff0c;源码搜一下FlutterLoader&＃xff0c;继承FlutterLoader重写startInitialization&＃xff0c;原理就是干预原有的so文件加载路径。

11.1、下载流程

沉淀通用的下载SDK

1. 网络状态管理
2. 下载任务优先级调度
3. 断点续传
4. …

11.1.1、启动下载&＃xff08;闲时&＃xff09;

闲时下载&＃xff1a;用户是无感知的&＃xff0c;即使失败&＃xff0c;也不需要交互形式表现。

11.1.2、按需下载

按需下载&＃xff1a;下载流程与闲时下载一样&＃xff0c;但交互表现形式不一样&＃xff0c;需要让用户感知你在干什么、什么进度&＃xff0c;提供一个loading页承载。

自检&＃xff1a;不一定是我们代码的问题&＃xff0c;可能是用户网络不可用、存储不够等&＃xff0c;针对不同的情况&＃xff0c;给予不同的指导操作。

12、测试

1. 兼容性&＃xff1a;android 5.0-12.0
2. 是否重复下载、是否可用&＃xff08;32/64&＃xff09;
3. 断网、弱网
4. 覆盖安装
5. 前台退后台
6. …

13、监控告警

13.1、埋点

1. success
2. error code/message
3. so name
4. retry
5. demotion
6. storage size
7. download type
8. download time
9. 设备信息
10. 网络信息
11. 用户信息
12. …

埋点的信息其实就是排障需要的信息

13.2、监控

1. 下载成功率
2. load成功率
3. loading页打开成功率
4. …

13.3、告警

1. x分钟x次失败
2. 根据历史趋势

告警形式包括但不限于钉钉群、微信群、短信、电话等。

13.4、排障

1. 沉淀排障指南
2. 数据库底表查询sql

14、长效治理

给打包增加一个后置卡口&＃xff0c;既可以感知每次的增长因素&＃xff0c;也可以避免疯狂反弹。

后置卡口的设计原理&＃xff1a;

1. 打包过程中会对资源文件、代码文件、jar/aar等文件进行合并&＃xff0c;既然知道有哪些文件&＃xff0c;就可以知道这些文件的大小&＃xff0c;就可以输出一个file size的文件作为当前版本的基线。
2. 阈值配置信息可写死&＃xff0c;可远程配置。

15、结果

• 优化前、优化后对比
• 竞对 对比
• 下载时间对比
• 安装时间对比
• …

输出报表&＃xff0c;列出各项数据的对比

16、未来规划

1. 增加白名单机制&＃xff0c;比如logo是不需要压缩的
2. 沉淀方法论
3. 流程工具化、智能化
4. 月度报告
5. 数据大盘
6. …

没有完美的方案&＃xff0c;一定是有可以优化改进的地方

17、价值&意义

1. 技术&＃xff1a;沉淀通用组件、技术创新&＃xff08;flutter&＃xff09;
2. 团队&＃xff1a;个人影响力
3. 公司&＃xff1a;减少带宽&＃xff0c;全年节省x经费
4. 用户&＃xff1a;下载时间减少x、安装时间减少x、
5. 社会&＃xff1a;每次下载减少x流量&＃xff0c;全年节省流量x亿
6. …

18、思考

1. 需要做到极致吗&＃xff1f;理论上启动非必须的图片、文件、so都是可以远程的&＃xff0c;可是 减肥是要越瘦越好吗&＃xff1f;
2. 是否考虑极简包方案&＃xff1f;

避免做个工具人

19、面试问题

1. 为什么选用tinypng&＃xff0c;原理是什么&＃xff0c;还有其他方案吗&＃xff1f;
2. 远程so的选定标准是什么&＃xff1f;
3. 支持断点续传吗&＃xff1f;
4. 会重复下载吗&＃xff1f;
5. 下载可以根据网络选择吗&＃xff1f;
6. 有文件完整性校验吗&＃xff1f;
7. 有下载优先级吗&＃xff1f;
8. 怎么避免64位设备下到32位so文件&＃xff1f;
9. so文件更新之后会在设备上与老的版本共存吗&＃xff1f;
10. 兜底方案是什么&＃xff1f;
11. 还有哪些可以优化的地方&＃xff1f;
12. …

20、最后

1. 顶级厨师在线烹饪&＃xff0c;做好了自己吃&＃xff0c;不负责喂&＃x1f92a;
2. 多思考&＃xff0c;深度思考&＃xff0c;可以梦到的那种&＃x1f9d0;
3. 多搞点花样&＃xff0c;多体现个人部分&＃xff0c;即使没有技术深度
4. 角色转换&＃xff0c;个人、团队、产品、拉新运营、用户、公司、社会…
5. 技术价值、业务价值
6. 别忘了三连 ~